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(54) Integrated bill presentation and payment system and method 



(57) An integrated bill presentment and payment 
system and an associated method are disclosed which 
can accomplish the entire process of bill presentment 
and payment directly with billers, customers, and their 
respective financial institutions, but which are also ca- 
pable of interfacing with independent biller service pro- 
viders, independent customer service providers, inde- 
pendent consolidators, and/or independent payment 
providers. The integrated bill presentment and payment 
system and method of the present invention can link di- 



rectly to billers and customers, and can also access and 
distribute billing information from third party biller serv- 
ice providers or consolidators and participate in the dis- 
tribution of the billing information to customers through 
third party customer service providers and consolida- 
tors. The integrated bill presentment and payment sys- 
tem and method of the present invention can make pay- 
ments on behalf of customers itself, and can also for- 
ward payment instructions to third party payment pro- 
viders if required. 
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Description 

[0001] This application is related to concurrently filed co- 
pending U.S. Patent Application No. , 

entitled "Business Combined Bill Management System 
and Method," which application is hereby incorporated 
herein by reference. 

BACKGROUND OF THE INVENTION 

[0002] Field of the Invention - The present invention 
relates generally to the electronic presentation and pay- 
ment of bills, and more particularly to an integrated bill 
presentment and payment system and an associated 
method. which can accomplish the entire process of bill 
presentment and payment directly with billers, custom- 
ers, and their respective financial institutions, but is also 
capable of interfacing with independent biller service 
providers, independent customer service providers, in- 
dependent consolidators, and/or independent payment 
providers. 

[0003] Electronic bill payment is a service which has 
been touted as being just around the corner for at least 
the past fifteen years. In view of the fact that the typical 
consumer spends an average of two hours per month 
paying his/her share of the eighteen billion bills a year 
that are sent to consumers in the U.S. alone, the rea- 
sons for the enormous potential of electronic bill pay- 
ment are readily apparent. The cost of sending conven- 
tional bills and paying conventionally are high for both 
businesses and consumers. Businesses in the U.S. 
alone send or receive over twenty-six billion bills a year 
at a cost exceeding seventeen billion dollars annually. 
In the process of paying these bills, consumers in the 
U.S. alone spend more than six billion dollars annually 
in postage. 

[0004] In addition, banks spend a large amount of 
money on the processing of paper checks, and they are 
not reimbursed for this cost by those consumers who 
have free checking. Thus, the potential beneficial effect 
of electronic bill payment for cost reduction and revenue 
production to all participants - billers, consumers, 
banks, and service providers -represents a tremendous 
opportunities for the financial industry. This financial op- 
portunity is expected to rapidly expand the market for 
electronic bill payment via the Internet in the years to 
come. 

[0005] Despite this optimism, the electronic bill pay- 
ment industry has not matured rapidly, and remains at 
best.a niche market. Banks and other members of the 
financial community have not aggressively pursued the 
development and promotion of electronic bill payment 
services, even though their customers include both the 
billers and the consumers. Most banks lack the infra- 
structure to develop such services internally, and, al- 
though outsourcing these services has not represented 
an unacceptably high cost, developing and supporting 
this technology in-house as a "loss leader" presents an 



unacceptably negative rate of return on the requisite in- 
vestment, at least in the short term. 
[0006] Due to the slower than anticipated rate of 
adoption of electronic bill payment, service providers in 
5 the industry have experienced slow growth and earn- 
ings which are lackluster at best, with at least one of the 
largest companies having never made a profit despite 
being in the business for over a decade. In addition, 
many billers have not been able to reach enough con- 
10 sumers to justify either the initial cost or the ongoing cost 
of offering online bill presentment. Since many billers 
have not presented their bills electronically, limiting the 
opportunity for consumers to view and pay their bills on- 
line to relatively few companies, there has not been suf- 
15 ficient encouragement to consumers to select the online 
bill payment solution. 

[0007] At the present time, four different electronic 
presentment and payment models are being used: the 
direct model, the biller service provider ("BSP") direct 
model, the service provider model ( which uses a cus- 
tomer service provider ("CSP")), and the "cafeteria" 
model {which introduces consolidators). Each of these 
four models will be discussed briefly below, and the de- 
ficiencies of each model will be noted in passing. For 
various reasons, none of these systems have succeed- 
ed, since each suffers from significant drawbacks. 
[0008] The first electronic bill presentment and pay- 
ment model is the direct model, in which the biller uses 
a page on its website as a location at which its custom- 
ers can view and pay their account with the particular 
biller hosting the website. The operation of this present- 
ment and payment model may be as simple as the biller 
sending each customer an e-mail containing the entire 
bill. Of the four models mentioned herein, the direct 
model presents the most obstacles to its success, with 
consumers being required to navigate many different 
websites each month to pay the bills. Consider that any 
electronic bill presentment and payment system must 
have a high degree of security, complete with user 
names and passwords. Multiply this need by the number 
of bills the typical consumer gets each month, and the 
number of user names and passwords alone is daunt- 
ing. Add the time required to log into the website of each 
biller separately, as compared with opening a number 
'of paper bills at the same time (e.g., weekly), writing 
checks for each, and mailing the payments, and it is no 
surprise that consumers have stayed away from this 
"solution" in droves. 

[0009] The second electronic bill presentment and 
payment model is the biller service provider direct mod- 
el, a modification of the direct model discussed above, 
in which a third party service provider signs up multiple 
billers, receives billing information from each of the bill- 
ers, and converts the bills from each of the billers to elec- 
tronic form so that they may be presented to customers 
of the serviced billers. The biller service provider model 
requires customers to log into a different web address 
for each of the billers serviced, and thus does not allow 
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a single logon to review and pay all the bills hosted by 
the biller service provider. In fact, the customers will not 
even know that they are not logged onto the billers' web- 
sites, meaning that the biller service provider model is 
convenience for billers but not for customers. 
[0010] Typically, the customer must log on to the biller 
service provider site to pay the entire bill, to pay part of 
the bill, or to request additional bill details (such as those 
typically found in a monthly paper statement) prior to 
payment. Biller service providers periodically send bill 
notifications to their customers to notify them of the re- 
ceipt of one or more new bill(s). This notification typically 
includes a link to a secure site allowing the customers 
to access an entry (log-on) page by clicking on the link. 
Optionally, biller service providers can also deliver either 
summary billing information ("thin bills") or the entire bill 
("thick" bills) to the user through an email. Generally, 
these communications are done through secure e-mail 
channels. 

[0011] This approach can also be used to allow cus- 
tomers to send a quick payment transaction to the biller 
using the secure reply channel. Since there are a 
number of such biller service providers, each biller typ- 
ically sends its bills only to a single biller service provid- 
er. Due to this limitation, it will be appreciated that the 
biller service provider model has essentially the same 
limitations as the biller direct model, serving as a con- 
venience only for billers while presenting all of the dis- 
advantages of the biller direct model to consumers. To 
overcome this disadvantage, biller service providers are 
also developing capabilities to send bills to multiple 
service providers (as discussed below) so that the serv- 
ice providers can further distribute the billing information 
to their affiliated customer base. 
[0012] The third electronic bill presentment and pay- 
ment model is the service provider model, in which cus- 
tomers enroll with a third party customer service provid- 
er, which then delivers electronic bills obtained from bill- 
ers or biller service providers to the customers. The bills 
delivered can be either "thick" bills, which include all of 
the details found in a typical monthly paper statement, 
or more typically "thin" bills, which are summary in na- 
ture with additional details provided upon request. This 
model requires customers to enroll with each of their bill- 
ers following initial enrollment with the customer service 
provider, and presents the advantage that multiple bills 
may be reviewed by customers at a single location. 
[001 3] Unfortunately, like the biller service provider di- 
rect model described above, the service provider model 
is only as good as the number of billers it obtains bills 
from. From the customer's standpoint, if a customer 
service provider does not have bills for all of the billers 
the customer would like to pay, the customer must go to 
multiple customers service providers, biller service pro- 
viders, or billers to view and pay all of the consumer's 
electronically presented bills, which is obviously unde- 
sirable from the customer's standpoint. This disadvan- 
tage, in part, has lead to the development of a fourth 



electronic bill presentment and payment model. 
[001 4] The fourth electronic bill presentment and pay- 
ment model is the "cafeteria" model, which combines 
aspects of the three previous models and cobbles these 

5 pieces together in a sort of electronic jigsaw puzzle us- 
ing yet another service provider referred to as a consol- 
idator. The function of the consolidator is to route and 
distribute bills from BSP's to CSP's. It is in this model in 
which CheckFree Corporation, the largest company in 

10 the electronic bill presentment and payment business, 
is presently operating, serving as a customer service 
provider (albeit one which may have its own proprietary 
consolidator, BSP, and CSP functions and which does 
not share bills with other customer service providers). 

15 in the cafeteria model, each of the service providers has 
a cost, and the ultimate cost (which is borne by the biller 
and passed on to its customers) is the sum of these 
costs. Thus, it is readily apparent that the cafeteria sys- 
tem is potentially the most expensive of the four systems 

20 discussed herein. 

[001 5] In addition, while the number of bills which can 
be accessed by a consumer at a single customer service 
provider is certainly increased by the cafeteria model, 
there are a number of "non-collaborative" networks 

25 which to date have prevented consumers from reaching 
all of their bills on a single service provider. From the 
customer's standpoint, since inevitably no customer 
service provider has bills for all of the billers the custom- 
er would like to pay, the customer must either go to mul- 

30 tiple providers to view and pay all of the consumer's 
electronically presented bills, or convince its customer 
service provider to add the bills of additional billers. 
From the biller's standpoint, since it typically has only a 
single biller service provider, it will not typically provide 

35 its bills to a second service provider (recall that biller 
service providers require billers to pay for the service). 
[0016] As described above, some biller service pro- 
viders have been attempting to address these limita- 
tions by attempting to interact with new service provid- 

40 ers. This is generally a very costly exercise because 
there are no widely used standards for billing informa- 
tion communication and distribution. Each service pro- 
vider, in an effort to attain a competitive edge, has de- 
veloped its own proprietary interfaces, communication 

45 methods, certification methods, and policies and proce- 
dure, all of which require substantial investments from 
the biller service providers to develop. 
[0017] It is accordingly the primary objective of the 
present invention that it provide an open, integrated, 

so end-to-end bill presentment and payment system which 
interfaces with both billers and customers to electroni- 
cally present bills to the customers and to allow the cus- 
tomers to electronically pay the bills. As such, it is an 
objective of the integrated bill presentment and payment 

55 system that it present all of the advantages of a biller 
service provider in its interface with billers, as well as all 
of the advantages of a customer service provider in its 
interface with customers. It is a related objective that the 
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integrated bill presentment and payment system be ca- 
pable of accepting billing information electronically, in 
paper form, or as a print stream (a data file sent to a 
printer to cause it to print, consisting of electronic signals 
representing the actual text to be printed, electronic sig- 
nals representing the layout and formatting of the text 
being printed, and any other electronic signals neces- 
sary to drive the printer). It is a further objective of the 
integrated bill presentment and payment system that its 
bill payment capability be sufficiently sophisticated so 
as to pay bills using the limitations of what forms of pay- 
ment billers will accept, what forms of payment may be 
made on behalf of customers, costs of various payment 
methods, as well as risk-limiting strategies built into the 
integrated bill presentment and payment system. 
[001 8] It is another objective of the integrated bill pre- 
sentment and payment system of the present invention 
that, while as an end-to-end bill system it eliminates the 
need for consolidators, it is capable of interfacing with 
them to handle as much of an alternative linkage be- 
tween billers and customers as it is allowed to. As such, 
the integrated bill presentment and payment system of 
the present invention must be capable of accepting bill- 
ing information from billers hosting their own billing in- 
formation, billing service providers having captive bill- 
ers, and consolidators routing and distributing bills from 
billing service providers which the integrated bill pre- 
sentment and payment system does not have other ac- 
cess to. In addition, the integrated bill presentment and 
payment system must be capable of providing billing in- 
formation to, and receiving payment instructions from, 
customer service providers having captive customers 
and consolidators dealing with such customer service 
providers. 

[0019] The integrated bill presentment and payment 
system of the present invention must also operate in a 
manner which is both secure and effective, and it should 
also require little effort on the part of consumers to sign 
up for it or to use it to view and pay bills. In order to 
enhance the market appeal of the integrated bill pre- 
sentment and payment system of the present invention, 
it should also be economically efficient by virtue of its 
end-to-end design to minimize its cost and thereby af- 
ford it the broadest possible market. Finally, it is also an 
objective that all of the aforesaid advantages and objec- 
tives of the integrated bill presentment and payment 
system of the present invention be achieved without in- 
curring any substantial relative disadvantage. 

SUMMARY OF THE INVENTION 

[0020] The disadvantages and limitations of the back- 
ground art discussed above are overcome by the 
present invention. With this invention, an integrated, 
end-to-end bill presentment and payment system has 
connectivity which allows it to interface with any biller or 
customer, either directly or indirectly. Indirect connec- 
tions to billers or customers are possible through inter- 



faces with independent biller service providers and/or 
customer service providers and/or consolidators, as 
well as through portals hosted by third parties. The in- 
tegrated bill presentment and payment system of the 

5 present invention operates in a manner wherein it pro- 
vides as much of the overall system functionality as pos- 
sible, thereby maximizing the efficiency of the system. 
[0021] The preferred embodiment of the integrated 
bill presentment and payment system of the present in- 
fo vention has four main components: a BSP function com- 
ponent, a CSP function component, a bill payment func- 
tion component, and a connection logic component 
which interconnects the other three components. In ad- 
dition, these components can include a unique external 

15 interface (proprietary and/or standard based) with out- 
side networks (which may be fully or partially collabora- 
tive). It allows the present invention to be highly benefi- 
cial to the overall industry by helping to provide, cost 
effectively, for all stakeholders an ability to communicate 

20 with each other. For example, either a biller or a biller 
service provider can develop just one interface to com- 
municate to the invention, and the invention can distrib- 
ute information based on the billets or biller service pro- 
vider's requirements. 

25 [0022] Similarly, other service providers and consum- 
er service providers will not need to be "boxed-in" with 
their own affiliates; using the present invention, they can 
also get the benefit of a much wider user base either 
from the biller community (to receive bills therefrom) or 

30 to the consumer or business bases (to send the bills 
thereto). The BSP function component serves to obtain 
billing data and create electronic billing information. The 
CSP function component serves to provide bills to con- 
sumers and to receive payment instructions from con- 

35 sumers for the bills so provided. The bill payment func- 
tion component pays the bills for which the consumers 
have initiated payment. 

[0023] The preferred manner for the BSP function 
component of the integrated bill presentment and pay- 

40 ment system of the present invention to interface with 
billers is directly. The integrated bill presentment and 
payment system can accept the billing data electroni- 
cally (either as raw data or as a print stream with the 
images, formats and marketing messages billers want 

45 which would if provided to a printer result in complete 
detailed bills being printed) or in paper form (in the latter 
case the paper bills are scanned and the billing informa- 
tion is extracted from the scanned data). Alternately, the 
integrated bill presentment and payment system ac- 

so cepts billing data from a third party biller service provid- 
er, either directly or through a consolidator. 
[0024] Similarly, the preferred manner for the CSP 
function component of the integrated bill presentment 
and payment system of the present invention to inter- 

55 face with customers is directly, via a hosted portal (either 
a dedicated portal or a portal hosted for a third party) or 
any other single or multi-purpose web site such as a 
bank's Internet website. Alternately, the integrated bill 
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presentment and payment system accepts interfaces 
with customers through customer service providers, ei- 
ther directly or through a consolidator. 
[0025] The preferred manner for the bill payment 
function component of the integrated bill presentment 5 
and payment system of the present invention to arrange 
for payment of bills is to do so directly without third party 
bill payment services interposed between the service 
provider of the integrated bill presentment and payment 
system and the payment providers such as Automated 
Clearing House (ACH) processors and credit/debit card 
processors (for non-paper transactions) or check proc- 
essors (for paper transactions such as checks and 
drafts). Alternately, the integrated bill presentment and 
payment system can interface with third party bill pay- 
ment services (either biller payment provider or custom- 
er payment provider). 

[0026] In certain applications, integrated portals can 
also be included in the integrated bill presentment and 
payment system of the present invention. For example, 
in order to allow consumers to interact directly with the 
integrated bill presentment and payment system, an 
electronic bill presentment and payment portal can be 
provided. This electronic bill presentment and payment 
portal interfaces with the CSP function component. In 
addition, a third party-labeled portal can also be includ- 
ed in the integrated bill presentment and payment sys- 
tem of the present invention. This would most commonly 
be done as an electronic banking portal done for a fi- 
nancial institution not desiring to host its own portal. 
[0027] In its operation, the integrated bill presentment 
and payment system of the present invention receives 
billing data from billers in a variety of formats, and con- 
verts that billing data into electronic billing information, 
which is stored in a database (multiple databases can 
be used if so desired). The billing information is provided 
to consumers who are signed up to access billing infor- 
mation through the integrated bill presentment and pay- 
ment system. In response to the consumers initiation of 
the payment of bills, the bill payment instruction is per- 
formed (internally if possible, using the allowed and pre- 
ferred modes of payment accepted by each biller, the 
allowed modes of payment for each consumer, and in- 
ternal risk considerations). Inputs from and outputs to 
external third party bill presentment and payment com- 
ponents are also utilized, with the guiding principle of 
the integrated bill presentment and payment system of 
the present invention being that it attempts to perform, 
to the highest degree possible, as much of the present- 
ment and payment of bills as is permitted by the billers, 
biller service providers, consumer service providers, 
consolidators, portals, and any other service providers. 
[0028] The integrated bill presentment and payment 
system of the present invention may be implemented in 
a variety of ways, two examples of which are described 
in this specification. First, each of the components of the 
integrated bill presentment and payment system may be 
implemented on a discrete server, with each server hav- 



ing a database. Alternatively, the functions of all of the 
components of the integrated bill presentment and pay- 
ment system may instead be implemented on a single 
computer. Other manners of accomplishing the imple- 
mentation on the integrated bill presentment and pay- 
ment system will be apparent to those skilled in the art. 
[0029] It may therefore be seen that the present in- 
vention teaches an integrated, end-to-end bill present- 
ment and payment system which interfaces with both 
billers and customers to electronically present bills to 
the customers and to allow the customers to electroni- 
cally pay the bills. As such, the integrated bill present- 
ment and payment system presents all of the advantag- 
es of a biller service provider in its interface with billers, 
as well as all of the advantages of a customer service 
provider in its interface with customers. The integrated 
bill presentment and payment system is capable of ac- 
cepting billing information electronically, in paper form, 
or as a print stream. Its bill payment capability is suffi- 
ciently sophisticated so as to pay bills using the limita- 
tions of what forms of payment billers will accept, the 
forms of payment which may be made on behalf of cus- 
tomers, costs of various payment methods, and risk-lim- 
iting strategies which are built into the integrated bill pre- 
sentment and payment system. 
[0030] As an end-to-end bill system, the integrated bill 
presentment and payment system of the present inven- 
tion eliminates the need for consolidators; however, it is 
capable of interfacing with them to handle as much of 
an alternative linkage between billers and customers as 
it is allowed to. As such, the integrated bill presentment 
and payment system of the present invention is capable 
of accepting billing information from billers hosting their 
own billing information, from billing service providers 
having captive billers, and from consolidators routing 
and distributing bills from billing service providers which 
the integrated bill presentment and payment system 
does not have other access to. In addition, the integrat- 
ed bill presentment and payment system is capable of 
providing billing information to, and receiving payment 
instructions from, customer service providers having 
captive customers and consolidators dealing with such 
customer service providers. 

[0031] The integrated bill presentment and payment 
system of the present invention operates in a manner 
which is both secure and effective, and it requires little 
effort on the part of consumers to sign up for it or to use 
it to view and pay bills. The integrated bill presentment 
and payment system of the present invention is also 
economically efficient by virtue of its end-to-end design 
to minimize its cost and thereby afford it the broadest 
possible market. Finally, all of the aforesaid advantages 
and objectives of the integrated bill presentment and 
payment system of the present invention are achieved 
without incurring any substantial relative disadvantage. 



15 



20 



25 



30 



35 



40 



45 



SO 



5 



9 



EP 1 361 533 A1 



10 



DESCRIPTION OF THE DRAWINGS 

[0032] These and other advantages of the present in- 
vention are best understood with reference to the draw- 
ings, in which: 

[0033J Fig. 1 is a functional schematic diagram of a 
previously known direct bill presentment and payment 
system in which a biller itself electronically sends bills 
to a customer and the customer electronically pays the 
bills; 

[0034] Fig. 2 is a functional schematic diagram of a 
previously known biller service provider bill presentment 
and payment system in which a biller engages a biller 
service provider to electronically send bills on behalf of 
the biller to a customer and the customer electronically 
pays the bills using a biller payment provider which is 
typically affiliated with the biller service provider; 
[0035] Fig. 3 is a functional schematic diagram of a 
previously known customer service provider bill pre- 
sentment and payment system in which a customer en- 
gages a customer service provider to electronically ob- 
tain bills from the biller for the customer, the customer 
electronically paying the bills using a customer payment 
provider which is typically affiliated with the customer 
service provider; 

[0036] Fig. 4 is a functional schematic diagram of a 
previously known cafeteria-style bill presentment and 
payment system in which a biller engages a biller serv- 
ice provider (independent of a consolidator or other- 
wise) to electronically send bills on behalf of the biller, 
a customer engages a customer service provider (inde- 
pendent of a consolidator or otherwise) to electronically 
obtain bills for the customer, and a consolidator facili- 
tates communication between the biller service provider 
and the customer service provider; 
[0037] Fig. 5 is a functional schematic diagram of a 
portion of a previously known bill presentment and pay- 
ment system in which a portal which provides services 
including bill presentment and payment to the customer 
is interposed between the customer service provider 
and the customer; 

[0038] Fig. 6 is a functional schematic diagram show- 
ing an open EPP integrator constructed and operated 
according to the teachings of the present invention and 
its interconnection to various differently configured bill- 
ers, customers, biller service providers, customer serv- 
ice providers, payment providers, consolidators, and fi- 
nancial institutions; 

[0039] Fig. 7 is a functional schematic diagram of the 
open EPP integrator illustrated in Fig. 6, showing the 
various bill presentment and bill payment components 
included therein; 

[0040] Fig. 8 is a flow diagram illustrating the process 
by which a biller interfaces with a service provider oper- 
ating the integrated bill presentment and payment sys- 
tem of the present invention to have the biller's electron- 
ic billing information converted and saved in the inte- 
grated bill presentment and payment system's data- 



base; 

[0041] Fig. 9 is a flow diagram illustrating the process 
by which a biller interfaces with a service provider oper- 
ating the integrated bill presentment and payment sys- 
5 tern of the present invention to have the biller's paper- 
based billing information converted and saved in the in- 
tegrated bill presentment and payment system's data- 
base; 

[0042] Fig. 10 is a flow diagram illustrating the proc- 
10 ess by which a biller interfaces with an independent bill- 
er service provider (shown in dotted lines) and with the 
service provider operating the integrated bill present- 
ment and payment system of the present invention to 
obtain and save the biller's billing information in the in- 
15 tegrated bill presentment and payment system's data- 
base; 

[0043] Fig. 1 1 is a flow diagram illustrating the process 
by which a biller interfaces with an independent biller 
service provider and a consolidator (both shown in dot- 

20 ted lines) and with the service provider operating the in- 
tegrated bill presentment and payment system of the 
present invention to obtain and save the biller's billing 
information in the integrated bill presentment and pay- 
ment system's database; 

25 [0044] Fig. 12 is a flow diagram illustrating the proc- 
ess by which a biller hosting its own billing information 
(shown in dotted lines) interfaces with the service pro- 
vider operating the integrated bill presentment and pay- 
ment system of the present invention to obtain and save 

30 the biller's billing information in the integrated bill pre- 
sentment and payment system's database; 
[0045] Fig. 13 is a flow diagram illustrating the proc- 
ess by which customers interfacing with the integrated 
bill presentment and payment system of the present in- 

35 vention through its customer service provider function 
sign up for bill presentment and payment, obtain bills, 
and initiate the payment of bills; 
[0046] Fig. 14 is a flow diagram illustrating the proc- 
ess by which customers interfacing with the integrated 

40 bill presentment and payment system of the present in- 
vention through an independent customer service pro- 
vider function sign up for bill presentment and payment, 
obtain bills, and initiate the payment of bills; 
[0047] Fig. 15 is a flow diagram illustrating the proc- 

45 ess by which bills designated for payment by customers 
initiating bill payment by using the integrated bill pre- 
sentment and payment system of the present invention 
are paid; 

[0048] Fig. 16 is a functional schematic diagram of a 
50 first implementation of the integrated bill presentment 
and payment system of the present invention which is 
implemented using a plurality of servers, each of which 
servers perform a dedicated function in the system; and 
[0049] Fig. 17 is a functional schematic diagram of an 
55 alternate implementation of the integrated bill present- 
ment and payment system of the present invention 
which is implemented using a single computer instead 
of the discrete servers used in the first implementation 
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illustrated in Fig. 15. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0050] Prior to engaging in a discussion of the inte- 
grated bill presentment and payment system of the 
present invention, it is useful to briefly discuss previous- 
ly implemented ways of presenting and paying bills. Re- 
ferring first to Fig. 1, an example of the first type of pre- 
viously known bill presentment and payment system, 
the direct model, is illustrated. In this system, a biller 30 
has a customer 32 whom the biller 30 desires to provide 
the ability to electronically present bills which the cus- 
tomer 32 may pay electronically. Other parties to the 
system are a biller payment provider 34 which the biller 
30 has engaged to facilitate payment by the customer 
32 to the biller 30, the customer's financial institution 36, 
and the biller's financial institution 38. 
[0051] The process practiced by the direct bill pre- 
sentment and payment system illustrated in Fig. 1 is 
shown by a series of electronic data transfers, each of 
which is identified by a reference numeral. The process 
begins with the biller 30 sending the customer 32 a mes- 
sage promoting the bill presentment and payment serv- 
ice as indicated by reference numeral 40 and requesting 
the customer 32 to sign up for the service. The customer 
32 responds by enrolling in the service as indicated by 
reference numeral 42. Next, the customer 32 logs onto 
the website of the biller 30 which hosts the bills as indi- 
cated by the reference numeral 44. The website of the 
biller 30 then sends billing information for the account 
of the customer 32 to the customer 32, as indicated by 
the reference numeral 46. 

[0052] The customer 32 then gives payment instruc- 
tions to the website of the biller 30 to make a payment 
on the bill as indicated by the reference numeral 48. In 
response, the website of the biller 30 forwards payment 
instructions to the biller payment provider 34 as indicat- 
ed by the reference numeral 50. The biller payment pro- 
vider 34 then sends a payment debit message 52 to the 
customer's financial institution 36, which debits the ac- 
count of the customer 32. Simultaneously, the biller pay- 
ment provider 34 sends a payment credit message 54 
to the biller's financial institution 38, which credits the 
account of the biller 30. Simultaneously with the pay- 
ment debit message 52 and the payment credit mes- 
sage 54, a payment credit information message 56 is 
sent by the biller payment provider 34 to the biller 30. 
[0053] Referring next to Fig. 2, an example of the sec- 
ond type of previously known bill presentment and pay- 
ment system, the biller service provider model, is illus- 
trated. In this system,. a biller service provider 70 is add- 
ed to the system which was discussed above in conjunc- 
tion with Fig. 1. The process begins with the biller serv- 
ice provider 70 sending the customer 32 a message pro- 
moting the bill presentment and payment service as in- 
dicated by reference numeral 72 and requesting the 



customer 32 to sign up for the service. Alternately, the 
biller 30 may instead send the customer 32 a message 
promoting the bill presentment and payment service as 
indicated by the reference numeral 74 and requesting 

5 the customer 32 to sign up for the service. The customer 
32 responds by enrolling in the service to activate the 
biller 30 as indicated by reference numeral 76. 
[0054] Billing data is communicated by the biller 30 to 
the biller service provider 70, as indicated by reference 

10 numeral 78. Next, the customer logs onto the website 
of the biller service provider 70, as indicated by the ref- 
erence numeral 80. The website of the biller service pro- 
vider 70 then sends billing information for the account 
of the customer 32 to the customer 32, as indicated by 

15 the reference numeral 82. This billing information can 
be either thin (summary) or thick (complete) billing in- 
formation. Typically, it will be thick billing information, 
which better enables the biller 30 to get its marketing 
messages in front of the customer 32. Since only a sin- 

20 gie bill at time may be presented to the customer 32 in 
this model, there is no need to provide only a summary 
bill initially. 

[0055] The customer 32 then gives payment instruc- 
tions to the website of the biller service provider 70 to 

25 make a payment on the bill as indicated by the reference 
numeral 84. In response, the website of the biller service 
provider 70 forwards payment instructions to the biller 
payment provider 34 as indicated by the reference nu- 
meral 86. The biller payment provider 34 then sends a 

30 payment debit message 88 to the customer's financial 
institution 36, which debits the account of the customer 
32. Simultaneously, the biller payment provider 34 
sends a payment credit message 90 to the biller's finan- 
cial institution 38, which credits the account of the biller 

35 30. Simultaneously with the payment debit message 88 
and the payment credit message 90, a payment credit 
information message 92 is sent by the biller payment 
provider 34 to the biller service provider 70, and is for- 
warded by the biller service provider 70 to the biller 30 

40 as indicated by the reference numeral 94. 

[0056] Referring now to Fig. 3, an example of the third 
type of previously known bill presentment and payment 
system, the customer service provider model, is illus- 
trated. In this system, a customer service provider 110 

45 is added and a customer payment provider 112 is sub- 
stituted for the biller payment provider 34 in the system 
which was discussed above in conjunction with Fig. 1. 
The process begins with the customer service provider 
110 sending the customer 32 a message promoting the 

so bill presentment and payment service as indicated by 
reference numeral 114 and requesting the customer 32 
to sign up for the service. Alternately, the biller 30 may 
instead send the customer 32 a message promoting the 
bill presentment and payment service as indicated by 

55 the reference numeral 116 and requesting the customer 
32 to sign up for the service. The customer 32 responds 
by enrolling in the service as indicated by reference nu- 
meral 118. The customer also notifies his billers to send 
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his bills to the customer service provider 110 in a send 
bills request 120. 

[0057] Next, the customer 32 logs into the website of 
the customer service provider 110 to activate the biller 
30 as indicated by the reference numeral 122. Billing 
data is communicated by the biller 30 to the customer 
service provider 110, as indicated by reference numeral 
1 24. Next, the customer logs onto the website of the cus- 
tomer service provider 110, as indicated by the refer- 
ence numeral 126. The website of the customer service 
provider 110 then sends billing information for the ac- 
count of the customer 32 to the customer 32, as indicat- 
ed by the reference numeral 128. Again, this billing in- 
formation can be either thin (summary) or thick (com- 
plete) billing information; for the example illustrated in 
Fig. 3, it is thin billing information. 
[0058] The customer 32 may respond by requesting 
detailed billing information from the customer service 
provider 110 via a link contained in the summary billing 
information (assuming that the customer service provid- 
er 110 has the detailed billing information), as indicated 
by the reference numeral 130. In response, the custom- 
er service provider 110 then sends detailed billing infor- 
mation for the account of the customer 32 to the cus- 
tomer 32, as indicated by the reference numeral 132. If, 
on the other hand, the detailed billing information is re- 
tained by the biller 30 on its website, the customer 32 
may request the detailed billing information from the bill- 
er 30 via a link to the biller contained in the summary 
billing information, as indicated by the reference numer- 
al 134. In response, the biller 30 then sends detailed 
billing information for the account of the customer 32 to 
the customer 32, as indicated by the reference numeral 
136. 

[0059] The customer 32 then gives payment instruc- 
tions to the website of the customer service provider 110 
to make a payment on the bill as indicated by the refer- 
ence numeral 138. In response, the website of the cus- 
tomer service provider 110 forwards payment instruc- 
tions to the customer payment provider 1 1 2 as indicated 
by the reference numeral 140. The customer payment 
provider 112 then sends a payment debit message 142 
to the customer's financial institution 36, which debits 
the account of the customer 32. Simultaneously, the 
customer payment provider 112 sends a payment credit 
message 144 to the biller's financial institution 38, which 
credits the account of the biller 30. Simultaneously with 
the payment debit message 142 and the payment credit 
message 144, a payment credit information message 
146 is sent by the customer payment provider 1 1 2 to the 
customer service provider 110, and is forwarded by the 
customer service provider 110 to the biller 30 as indicat- 
ed by the reference numeral 148. 
[0060] Referring next to Fig. 4, an example of the 
fourth type of previously known bill presentment and 
payment system, the "cafeteria" model, is illustrated. In 
this system, the components of both of Figs. 2 and 3 are 
used, with a consolidator 152 being interposed between 



the biller service provider 70 and the customer service 
provider 110 to facilitate communication therebetween. 
The process begins with the customer service provider 
110 sending the customer 32 a message promoting the 
5 bill presentment and payment service as indicated by 
reference numeral 154 and requesting the customer 32 
to sign up for the service. Alternately, the biller service 
provider 70 may instead send the customer 32 a mes- 
sage promoting the bill presentment and payment serv- 
ice as indicated by the reference numeral 156 and re- 
questing the customer 32 to sign up for the service. Yet 
again alternately, the biller 30 may instead send the cus- 
tomer 32 a message promoting the bill presentment and 
payment service as indicated by the reference numeral 
158 and requesting the customer 32 to sign up for the 
service. The customer 32 responds by enrolling in the 
service as indicated by reference numeral 160. 
[0061] Next, the customer 32 logs into the website of 
the customer service provider 110 to activate the biller 
30 as indicated by the reference numeral 162. Billing 
data is communicated by the biller 30 to the biller service 
provider 70, as indicated by reference numeral 164; by 
the biller service provider 70 to the consolidator 152, as 
indicated by reference numeral 166; and by the consol- 
idator 152 to the customer service provider 110, as in- 
dicated by reference numeral 168. Next, the customer 
logs onto the website of the customer service provider 
110, as indicated by the reference numeral 170. The 
website of the customer service provider 1 1 0 then sends 
billing information for the account of the customer 32 to 
the customer 32, as indicated by the reference numeral 
172. Once again, this billing information can be either 
thin (summary) or thick (complete) billing information; 
for the example illustrated in Fig. 4, as is typical, it is thin 
billing information. 

[0062] The customer 32 may respond by requesting 
detailed billing information; typically, the detailed billing 
information is not stored at the customer service provid- 
er 110 but rather is retained by the biller service provider 
70 on its website. The customer 32 may request the de- 
tailed billing information from the biller service provider 
70 via a link contained in the summary billing informa- 
tion, as indicated by the reference numeral 178. In re- 
sponse, the biller service provider 70 then sends de- 
tailed billing information for the account of the customer 
32 to the customer 32, as indicated by the reference nu- 
meral 180. (Note that in some instances only summary 
billing information may be available, such as for exam- 
ple in the case where the detailed billing information is 
not made available on an online basis.) 
[0063] The customer 32 then is ready gives payment 
instructions to make a payment on the bill. Here, there 
is a determination as to whether the bill is to be paid by 
the customer payment provider 112 or by the biller pay- 
ment provider 34. This is typically accomplished by the 
Internet link which the customer clicks to pay his bill. If 
the pay bill button is on a page provided by the customer 
service provider 110, the bill will be paid by the customer 
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service provider 110. If the pay bill button is on a page 
provided by the biller service provider 70, the bill will be 
paid by the biller service provider 70. 
[0064] If the bill is to be paid by the customer payment 
provider 112, the customer 32 then gives payment in- 
structions to the website of the customer service provid- 
er 110 to make a payment on the bill as indicated by the 
reference numeral 182. The website of the customer 
service provider 110 forwards payment instructions to 
the customer payment provider 112 as indicated by the 
reference numeral 1 84. The customer payment provider 
112 then sends a payment debit message 186 to the 
customer's financial institution 36, which debits the ac- 
count of the customer 32. Simultaneously, the customer 
payment provider 112 sends a payment credit message 
190 to the billets financial institution 38, which credits 
the account of the biller 30. Simultaneously with the pay- 
ment debit message 186 and the payment credit mes- 
sage 188, a payment credit information message 190 is 
sent by the customer payment provider 112 to the cus- 
tomer service provider 110, and forwarded by the cus- 
tomer service provider 110 to the consolidator 152 as 
indicated by the reference numeral 192, from the con- 
solidator 152 to the biller service provider 70 as indicat- 
ed by the reference numeral 194, and from the biller 
service provider 70 to the biller 30 as indicated by the 
reference numeral 196. 

[0065] If, on the other hand, the bill is to be paid by 
the biller payment provider 34, the customer 32 then 
gives payment instructions to the website of the biller 
service provider 70 to make a payment on the bill as 
indicated by the reference numeral 198. The website of 
the biller service provider 70 then forwards payment in- 
structions to the biller payment provider 34, as indicated 
by the reference numeral 200. The biller payment pro- 
vider 34 then sends a payment debit message 202 to 
the customer's financial institution 36, which debits the 
account of the customer 32. Simultaneously, the biller 
payment provider 34 sends a payment credit message 
204 to the biller* s financial institution 38, which credits 
the account of the biller 30. Simultaneously with the pay- 
ment debit message 202 and the payment credit mes- 
sage 204, a payment credit information message 206 is 
sent by the biller payment provider 34 to the biller serv- 
ice provider 70, and from the biller service provider 70 
to the biller 30 as indicated by the reference numeral 
196. 

[0066] Referring now to Fig. 5, a variation of the cus- 
tomer service provider model illustrated in Fig. 3 is 
shown in which a portal 214 is located intermediate the 
customer service provider 110 and the customer 32. In 
the embodiment illustrated in Fig. 5, the portal 214 is an 
Internet banking portal featuring the functions of bill pre- 
sentment and payment as indicated by the reference nu- 
meral 216, Internet banking as indicated by the refer- 
ence numeral 2 18, and investment services as indicated 
by the reference numeral 220. The customer 32 logs on- 
to the Internet banking portal 214, which accesses the 



customer service provider 110 when the customer 32 
selects the bill presentment and payment function 216. 
[0067] Referring next to Fig. 6, a number of examples 
showing the connectivity of an open EPP integrator 230 

5 which is constructed according to the teachings of the 
present invention are illustrated. The open EPP integra- 
tor 230 is shown to be interfaced with billers, customers, 
and financial institutions according to the preferred em- 
bodiment to represent a complete bill presentment and 

*o payment solution, and also with biller service providers, 
customer service providers, consolidators, and pay- 
ment providers to provide any subdivision of that solu- 
tion which is possible to imagine. 
[0068] The connection of the open EPP integrator 230 

15 to billers to receive the billing information will be dis- 
cussed first. There are at least four different ways in 
which billing information is supplied to the open EPP in- 
tegrator 230, three of which are electronic, and the 
fourth of which is paper-based billing information. The 

20 first way is a direct connection from a first biller 232 to 
the open EPP integrator 230 in which billing data is com- 
municated electronically from the first biller 232 to the 
open EPP integrator 230. In this situation, the first biller 
232 will generally be providing the billing data to the 

25 open EPP integrator 230 so that the open EPP integra- 
tor 230 can convert the billing data to billing information 
which will then be hosted by the open EPP integrator 
230. Alternately, the first biller 232 could host the billing 
information, with a subset of that billing information (i. 

30 e., summary information) being sent to the open EPP 
integrator 230. 

[0069] The second way of communicating biller data 
is via paper bills which are provided from a second biller 
234 to the open EPP integrator 230. The open EPP in- 

35 tegrator 230 will scan the paper bills to obtain billing da- 
ta, from which the billing information may be extracted. 
[0070] The third way of communicating biller data in- 
volves a third party biller service provider. In this situa- 
tion, a third biller 236 provides billing data to a first biller 

40 service provider 238. The first biller service provider 238 
converts the billing data to billing information, hosts the 
billing information itself, and provides some (i.e., sum- 
mary information) or all of the billing information to the 
open EPP integrator 230. 

45 [0071] The fourth way of communicating biller data al- 
so involves a third party biller service provider, and ad- 
ditionally involves a third party consolidator. In this situ- 
ation, a fourth biller 240 provides billing data to a second 
biller service provider 242. The second biller service 

so provider 242 converts the billing data to billing informa- 
tion, hosts the billing information itself, and provides 
some (i.e., summary information) or all of the billing in- 
formation to a consolidator 244, which in turn relays the 
billing information provided by the second biller service 

55 provider 242 to the open EPP integrator 230. An alter- 
nate way of obtaining biller data is by screen scraping 
the data from billers, biller service providers, and/or bill- 
er-side consolidators making such information available 
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on the web. 

[0072] The connection of the open EPP integrator 230 
to customers to deliver billing information to customers 
and to receive payment instructions from customers will 
now be discussed. There are at least four different ways 5 
in which billing information is supplied by the open EPP 
integrator 230 to customers and billing instructions are 
received from these customers by the open EPP inte- 
grator 230. The first of these ways is via a direct con- 
nection between the open EPP integrator 230 and a first 
customer 246. In this situation, the open EPP integrator 
230 is hosting a electronic bill presentment and payment 
website which the first customer 246 logs onto. 
[0073] The second way of delivering billing informa- 
tion to customers and receiving payment instructions 
from customers is via a portal operated by a third party, 
for which the open EPP integrator 230 provides elec- 
tronic bill presentment and payment services. In this sit- 
uation, a second customer 248 logs onto a first portal 
250, which is connected to the open EPP integrator 230 
to allow the open EPP integrator 230 to provide elec- 
tronic bill presentment and payment services. 
[0074] The third way of delivering billing information 
to customers and receiving payment instructions from 
customers is via an internet banking portal operated by 
or on behalf of a financial institution for which the open 
EPP integrator 230 provides electronic bill presentment 
and payment services. In this situation, a third customer 
252 logs onto an internet banking portal 254, which is 
connected to the open EPP integrator 230 to allow the 
open EPP integrator 230 to provide electronic bill pre- 
sentment and payment services. 
[0075] The fourth way of delivering billing information 
to customers and receiving payment instructions from 
customers is via an internet banking portal hosted by 
same service provider as the open EPP integrator 230 
on behalf of a financial institution for which the open EPP 
integrator 230 also provides electronic bill presentment 
and payment services. In this situation, a fourth custom- 
er 256 logs onto an internet banking portal included with- 
in and hosted by the open EPP integrator 230, which 
internet banking portal includes the electronic bill pre- 
sentment and payment services also provided by the 
open EPP integrator 230. 

[0076] In addition to the four ways in which billing in- 
formation is supplied by the open EPP integrator 230 to 
customers and billing instructions are received from 
these customers by the open EPP integrator 230 as de- 
scribed above, there are at least four additional ways 
involving third party customer service providers and/or 
consolidators in which billing information is supplied by 
the open EPP integrator 230 to customers, but wherein 
billing instructions provided by these customers may be 
executed by the third party customer service providers 
and/or consolidators instead of being routed to the EPP 
integrator 230 for implementation. 
[0077] The first of these ways in which billing informa- 
tion is supplied by the open EPP integrator 230 to cus- 



tomers is via a third party customer service provider. In 
this situation, a fifth customer 258 obtains its bills from 
and initiates payment of its bills through a first customer 
service provider 260. The fifth customer 258 logs into 
the website provided by the first customer service pro- 
vider 260 to obtain its bills, which may be obtained 
through the open EPP integrator 230 for any billers for 
which the open EPP integrator 230 has billing informa- 
tion. While the first customer service provider 260 may 
route payment of bills initiated by the fifth customer 258 
through the open EPP integrator 230 for payment, such 
payment may instead be made through a payment pro- 
vider (not shown herein) to which the first customer serv- 
ice provider 260 has a direct connection or a connection 
through a consolidator (not shown herein). 
[0078] The second of these ways in which billing in- 
formation is supplied by the open EPP integrator 230 to 
customers is via a third party portal and a third party 
customer service provider. In this situation, a sixth cus- 
tomer 262 obtains its bills from and initiates payment of 
its bills through a second portal 264, which is interposed 
between the sixth customer 262 and a second customer 
service provider 266. The second customer service pro- 
vider 266 thus functions to provide electronic bill pre- 
sentment and payment services for the second portal 
264. The sixth customer 262 logs into the website pro- 
vided by the second portal 264, and selects electronic 
bill presentment and payment, whereupon the bills of 
the sixth customer 262 (which may be obtained through 
the open EPP integrator 230 for any billers for which the 
open EPP integrator 230 has billing information) are pro- 
vided by the second customer service provider 266. 
While the second customer service provider 266 may 
route payment of bills initiated by the sixth customer 262 
via the second portal 264 through the open EPP inte- 
grator 230 for payment, such payment may instead be 
made through a payment provider (not shown herein) to 
which the second customer service provider 266 has a 
direct connection or a connection through a consolidator 
(not shown herein). 

[0079] The third of these ways in which billing infor- 
mation is supplied by the open EPP integrator 230 to 
customers is via a third party customer service provider 
and a consolidator. In this situation, a seventh customer 
268 obtains its bills from and initiates payment of its bills 
through a third customer service provider 270, which is 
in turn connected to the open EPP integrator 230 via a 
second consolidator 272. The fifth customer 258 logs 
into the website provided by the first customer service 
provider 260 to obtain its bills, which may be obtained 
through the open EPP integrator 230 for any billers for 
which the open EPP integrator 230 has billing informa- 
tion. While the third customer service provider 270 may 
route payment of bills initiated by the seventh customer 
268 through the open EPP integrator 230 for payment 
via the second consolidator 272, such payment may in- 
stead be made through a payment provider (not shown 
herein) to which the first customer service provider 260 
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has a direct connection or a connection through the sec- 
ond consolidator 272. 

[0080] The fourth of these ways in which billing infor- 
mation is supplied by the open EPP integrator 230 to 
customers is via a third party portal, a third party cus- 
tomer service provider, and a consolidator. In this situ- 
ation, an eighth customer 274 obtains its bills from and 
initiates payment of its bills through a third portal 276, 
which is interposed between the eighth customer 274 
and a fourth customer service provider 278, which is in 
turn connected to the open EPP integrator 230 via a third 
consolidator 280. The fourth customer service provider 
278 thus functions to provide electronic bill presentment 
and payment services for the third portal 276. The eighth 
customer 274 logs into the website provided by the third 
portal 276, and selects electronic bill presentment and 
payment, whereupon the bills of the eighth customer 
274 (which may be obtained through the open EPP in- 
tegrator 230 for any billers for which the open EPP in- 
tegrator 230 has billing information) are provided by the 
fourth customer service provider 278. While the fourth 
customer service provider 278 may route payment of 
bills initiated by the eighth customer 274 via the third 
portal 276 through the open EPP integrator 230 for pay- 
ment via the third consolidator 280, such payment may 
instead be made through a payment provider (not 
shown herein) to which the fourth customer service pro- 
vider 278 has a direct connection or a connection 
through the third consolidator 280. 
[0081] The connection of the open EPP integrator 230 
to financial institutions and payment providers to exe- 
cute the payment instructions received from customers 
will be discussed next. There are three different ways in 
which payment may be accomplished, depending upon 
whether or not a biller, a biller service provider, or a cus- 
tomer service provider has specified (i.e., required) the 
use of a particular payment provider. If the use of a par- 
ticular payment provider has not been specified, the 
open EPP integrator 230 will make the payment itself. 
This is accomplished either electronically, with the open 
EPP integrator 230 debiting the customer's account at 
a first customer's financial institution 282 and crediting 
the biller's account at a first billets financial institution 
284, or by mailing a payment, either check or draft, 
drawn on the customer's account to the order of the bill- 
er. This process is discussed in greater detail below. 
[0082] If the biller has specified that its payment pro- 
vider must be used in order to pay the biller's bills elec- 
tronically, then the open EPP integrator 230 will forward 
the payment request to a biller payment provider 288, 
which makes the payment electronically by debiting the 
customer's account at a second customer's financial in- 
stitution 290 and crediting the biller's account at a sec- 
ond biller's financial institution 292, or, alternately where 
electronic payment is not possible, in another manner 
as is conventional in the art. If the biller has not specified 
its payment provider, but a customer service provider 
has specified that its payment provider must be used in 



order for the customer to pay bills electronically, then 
the open EPP integrator 230 will forward the payment 
request to a customer payment provider 294, which 
makes the payment by debiting the customer's account 
5 at a second customer's financial institution 296 and 
crediting the biller's account at a second biller's financial 
institution 298, or, alternately where electronic payment 
is not possible, in another manner as is conventional in 
the art. 

10 [0083] Referring now to Fig. 7, the various compo- 
nents of the open EPP integrator 230 and their intercon- 
nection both with each other and to the various compo- 
nents illustrated in Fig. 6 are shown in a schematic man- 
ner. There are four essential components within the 
15 open EPP integrator 230: a biller service provider (BSP) 
module 300, a customer service provider (CSP) module 
302, a bill payment module 304, and a connection logic 
module 306. The biller service provider module 300, the 
customer service provider module 302, and the bill pay- 
20 ment module 304 are each connected to the connection 
logic module 306, which integrates them and first serves 
to detect how much of the electronic bill presentment 
and payment service that the open EPP integrator 230 
may provide in each instance, and then acts to initiate 
25 the provision of that service. 

[0084] There are two additional components within 
the open EPP integrator 230 which are both portals 
which allow customers to directly interact with the open 
EPP integrator 230. A portal module 308 is used to pro- 
30 vide a website onto which customers can log on to con- 
nect directly with the open EPP integrator 230. As such, 
the portal module 308 is a dedicated electronic bill pre- 
sentment and payment portal. An Internet banking por- 
tal module 310 is used to host a website on behalf of a 
35 financial institution, with customers being able to log on 
perform various Internet banking functions, of which one 
is electronic bill presentment and payment. 
[0085] Connectivity to the various modules in the 
open EPP integrator 230 parallels the connections illus- 
40 trated in Fig. 6. A connection 312 from the first biller (for 
electronic bill data), a connection 314 from the second 
biller (for paper bill data), a connection 316 from the first 
biller service provider, and a connection 318 from the 
first consolidator are supplied to the biller service pro- 
45 vider module 300. 

[0086] A connection 320 to the first customer is sup- 
plied from the portal module 308, which is connected to 
the customer service provider module 302. A connec- 
tion 322 to the first external portal and a connection 324 
50 to the external internet banking portal are supplied from 
the customer service provider module 302. A connec- 
tion 326 to the fourth customer is supplied from the In- 
ternet banking portal module 310, which is connected 
to the customer service provider module 302. All con- 
55 nections to customers which are made through external 
customer service providers or consolidators are made 
with the connection logic module 306. Accordingly, a 
connection 328 to the first customer service provider, a 
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connection 330 to the second customer service provid- 
er, a connection 332 to the second consolidator, and a 
connection 334 to the third consolidator are made with 
the connection logic module 306. 
[0087] A connection 336 to the first customer's finan- 
cial institution, a connection 338 to the first billers finan- 
cial institution, and a connection 340 to the mailing of 
paper payments are made with the bill payment module 
304. It should be noted that in the event a customer 
wants to receive both an electronic bill and a paper bill, 
the customer may make this election and would then be 
sent both an electronic bill (via the connection 320) and 
a paper bill (via the connection 340). A connection 342 
to the biller payment provider and a connection 344 to 
the customer payment provider are made with the con- 
nection logic module 306. Depending on the particular 
circumstances of each bill or payment, the connection 
logic module 306 will make the appropriate connections, 
as will be demonstrated below in several specific exam- 
ples. 

[0088] Targeted messaging may also be used in con- 
junction with the delivery of bills to customers. For ex- 
ample, targeted messaging may be delivered to custom- 
ers through the inclusion of such messages and/or other 
content in either electronic bills or paper bills. Such mes- 
saging may be marketing material relating to the biller 
or its products or services, or, alternately, it may relate 
to another company whose products or services are be- 
ing marketed through a tie-in to the biller sending the 
bill. It may be complete in and of itself, or it may consist 
at least in part of a web link to the biller's website (or to 
the tied-in company's website). In this regard, the inte- 
grated bill presentment and payment system of the 
present invention can also be used to distribute infor- 
mation other than bills, such as statements and other 
communications for customers. 
[0089] Figs. 8 through 12 are flow diagrams illustrat- 
ing exemplary processes by which billing data from bill- 
ers is converted into digital billing information and stored 
by the integrated bill presentment and payment system 
of the present invention. Referring first to Fig. 8, the 
process by which a biller directly connected to the inte- 
grated bill presentment and payment system is illustrat- 
ed. Initially, the biller contracts with the service provider 
operating the integrated bill presentment and payment 
system of the present invention in a sign up step 350. 
Next, the biller's payment preferences (what type of pay- 
ments the biller will accept, e.g., electronic transfers, 
checks, credit cards, etc.) are obtained and stored in a 
save biller payment preferences step 352. 
[0090] Since in the situation contemplated by Fig. 8 
where a biller is contracting with a service provider to 
perform the entire service, the service provider will be 
the default payment provider, and this payment provider 
information is saved in a save service as payment pro- 
vider step 354. The biller will send billing data (which in 
the situation contemplated by Fig. 8 is digital data) on a 
monthly or other periodic basis, as documented by a bill- 



er sends billing data step 356. This billing data is con- 
verted into the format of a bill database which is oper- 
ated by the service provider of the integrated bill pre- 
sentment and payment system in a billing data conver- 
5 sion step 358. Finally, the converted billing data is stored 
in the bill database in a store billing data in database 
step 360. 

[0091] Referring next to Fig. 9, the process by which 
a biller supplying billing data as paper bills to the inte- 

10 grated bill presentment and payment system is illustrat- 
ed. Again, the biller initially contracts with the service 
provider operating the integrated bill presentment and 
payment system of the present invention in a sign up 
step 370. Next, the biller's payment preferences (what 

15 type of payments the biller will accept, e.g., electronic 
transfers, checks, credit cards, etc.) are obtained and 
stored in a save biller payment preferences step 372. 
Since in the situation contemplated by Fig. 9 where a 
biller is contracting with a service provider to perform 

20 the entire service, the service provider will be the default 
payment provider, and this payment provider informa- 
tion is saved in a save service as payment provider step 
374. 

[0092] The biller will send billing data (which in the sit- 
25 uation contemplated by Fig. 9 is paper billing data) on 
a monthly or other periodic basis, as documented by a 
biller sends paper billing data step 376. The paper billing 
data is scanned, and the relevant billing data (as op- 
posed to nonbilling information appearing on paper bills) 
30 is extracted by parsing the billing data in a scanning and 
parsing step 378. This parsed billing data is converted , 
into the format of a bill database which is operated by 
the service provider of the integrated bill presentment 
and payment system in a billing data conversion step 
35 380. Finally, the converted billing data is stored in the 
bill database in a store billing data in database step 382. 
[0093] Referring now to Fig. 10, the process by which 
billing information from a biller is obtained via a billing 
service provider is illustrated. In Fig. 10, steps which are 
40 not performed by the service provider of the integrated 
bill presentment and payment system are shown in dot- 
ted lines. The location (web address) of the biller's de- 
tailed billing information hosted by the third biller party 
service provider is stored in a save bill information loca- 
ls tion step 390. Since in the situation contemplated in Fig. 
1 0 the biller is using the third party biller service provider 
to publish its billing information, a third party biller pay- 
ment provider associated with the third party biller serv- 
ice provider will also presumably be used, obviating the 
50 need to obtain biller payment preferences. Information 
identifying the third party biller payment provider asso- 
ciated with the third party biller service provider is stored 
in a save biller payment provider information step 392. 
[0094] The biller sends billing data to the third party 
55 biller service provider on a monthly or other periodic ba- 
sis in a biller sends billing data step 394. The third party 
biller service provider processes the billing data and 
hosts billing information for the biller in a host billing in- 
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formation step 396. The third party biller service provider 
makes this billing information available to other parties 
which will broadcast the billing information to customers 
in a distribute billing information step 398. This billing 
information is obtained by the service provider of the in- 5 
tegrated bill presentment and payment system, and 
converted to its billing database format in a billing data 
conversion step 400. Finally, the converted billing data 
is stored in the bill database in a store billing data in 
database step 402. 

[0095] Referring next to Fig. 11 , the process by which 
billing information from a biller is obtained from a billing 
service provider via a consolidator is illustrated. In Fig. 
11, steps which are not performed by the service pro- 
vider of the integrated bill presentment and payment 
system are shown in dotted lines. The location (web ad- 
dress) of the biller's detailed billing information hosted 
by the third party biller service provider is stored in a 
save bill information location step 410. Since in the sit- 
uation contemplated in Fig. 1 1 the biller is using the third 
party biller service provider to publish its billing informa- 
tion, a third party biller payment provider associated with 
the third party biller service provider will also presuma- 
bly be used, obviating the need to obtain biller payment 
preferences. Information identifying the third party biller 
payment provider associated with the third party biller 
service provider is stored in a save biller payment pro- 
vider information step 412. 

[0096] The biller sends billing data to the third party 
biller service provider on a monthly or other periodic ba- 
sis in a biller sends billing data step 414. The third party 
biller service provider processes the billing data and 
hosts billing information for the biller in a host billing in- 
formation step 416. The third party biller service provider 
provides this billing information to a third party consoli- 
dator in a send billing information to consolidator step 
418. The third party consolidator then broadcasts the 
billing information to other third parties which will distrib- 
ute it to customers in a distribute billing information step 
420. This billing information is obtained by the service 
provider of the integrated bill presentment and payment 
system, and converted to its billing database format in 
a billing data conversion step 422. Finally, the converted 
billing data is stored in the bill database in a store billing 
data in database step 424. 

[0097] Referring now to Fig. 1 2, the process by which 
billing information is obtained from a biller which is host- 
ing its own bills is illustrated. In Fig. 12, steps which are 
not performed by the service provider of the integrated 
bill presentment and payment system are shown in dot- 
ted lines. The location (web address) of the biller's de- 
tailed billing information hosted by the biller is stored in 
a save bill information location step 428. Since in the 
situation contemplated in Fig. 12 the biller is publishing 
its own billing information, a third party biller payment 
provider associated with biller will presumably be used, 
obviating the need to obtain biller payment preferences. 
Information identifying the third party biller payment pro- 



vider used by the biller is stored in a save biller payment 
provider information step 430. 
[0098] The biller processes its billing data and hosts 
its billing information in a host billing information step 
432. The biller makes this billing information available 
to other parties which will broadcast the billing informa- 
tion to customers in a distribute billing information step 
434. This billing information is obtained by the service 
provider of the integrated bill presentment and payment 
system, and converted to its billing database format in 
a billing data conversion step 436. Finally, the converted 
billing data is stored in the bill database in a store billing 
data in database step 438. 

[0099] Figs. 1 3 and 1 4 illustrate examples of the proc- 
esses by which customers sign up for electronic bill pre- 
sentment and payment, are presented with bills, and in- 
itiate the payment of bills. The examples illustrated in 
Fig. 13 are all situations in which third party customer 
service providers and/or third party consolidates are 
not used, while the examples illustrated in Fig. 14 are 
all situations in which third party customer service pro- 
viders and/or third party consolidators are used. Refer- 
ring first to Fig. 13, examples of four differently situated 
customers are provided, with the discussion herein first 
focussing on these customers signing up for the service, 
and then on an example of the presentment and initia- 
tion of the payment of a bill. Note that the steps which 
are not performed by the service provider of the inte- 
grated bill presentment and payment system are again 
shown in dotted lines. 

[0100] The first customer connects directly to the 
service provider of the integrated bill presentment and 
payment system. This is accomplished by using a portal 
hosted by the service provider of the integrated bill pre- 
sentment and payment system in a host service on por- 
tal step 440. Customers logging into this portal can 
choose to sign up for electronic bill presentment and 
payment in a sign up for service step 442 by providing 
information about themselves (e.g., name, address, so- 
cial security number, etc.) and their financial information 
(e.g., accounts which may be used to pay bills, credit 
card information, etc.), which information is placed into 
the service provider's customer database in a store cus- 
tomer information step 444. 

[0101] The second customer connects with a third 
party portal for which the service provider of the inte- 
grated bill presentment and payment system provides 
electronic bill presentment and payment services. The 
operator of the third party portal initially signs up with 
the service provider of electronic bill presentment and 
payment for the service provider to provide the services 
in an outside portal sign up step 446. Customers logging 
into the third party portal can choose to sign up for elec- 
tronic bill presentment and payment by providing infor- 
mation about themselves and their financial information 
in a customer sign up step 448. This information is pro- 
vided to the service provider and is placed into the serv- 
ice provider's customer database in the store customer 
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information step 444. 

[0102] The third customer connects with an internet 
banking portal which is hosted by the service provider 
of the integrated bill presentment and payment system. 
The service provider of the integrated bill presentment 5 
and payment system hosts an internet banking portal 
for a financial institution in a host internet banking site 
step 450. Customers logging into the internet banking 
portal can select electronic bill presentment and pay- 
ment and sign up for electronic bill presentment and 
payment in a sign up for service step 452, following 
which information about the customers and their finan- 
cial information is placed into the service provider's cus- 
tomer database in the store customer information step 
444. 

[0103] The fourth customer connects with a third party 
internet banking portal for which the service provider of 
the integrated bill presentment and payment system 
provides electronic bill presentment and payment serv- 
ices. The operator of the third party portal initially signs 
up with the service provider of electronic bill present- 
ment and payment for the service provider to provide 
the services in an outside portal sign up step 454. Cus- 
tomers logging into the internet banking portal can 
choose to sign up for electronic bill presentment and 
payment in a sign up for service step 456, following 
which information about the customers and their finan- 
cial information is placed into the service provider's cus- 
tomer database in the store customer information step 
444. 

[0104] A brief example of the presentment and pay- 
ment of bills may also de described in conjunction with 
Fig. 13. Following enrollment in the store customer in- 
formation step 444, customers are notified of which bills 
the integrated bill presentment and payment system of 
the present invention can present to them for payment 
in a customer bill option notification step 460 (this noti- 
fication can also occur periodically after enrollment, par- 
ticularly to announce the availability of new bills which 
may be presented by the integrated bill presentment and 
payment system. Upon such notification, customers will 
select those bills which they wish to receive electroni- 
cally in a select bills to be received step 462. Billers 
which are selected by customers in the select bills to be 
received step 462 are notified of this selection in a notify 
billers of enrollment step 464. The billers then have the 
opportunity to approve or deny the requests for electron- 
ic bill presentment and payment in a billers approval or 
denial step 466, and this approval or denial is commu- 
nicated to customers in a notification of approval or de- 
nial step 468. 

[0105] At this point, the actual electronic bill present- 
ment and payment process begins. The first step is to 
notify customers when they have bills in a notify custom- 
ers of bills step 470, and in the preferred embodiment 
this is accomplished by sending the customers e-mails 
to indicate that they have bills. It should be noted that 
instead of using e-mails, instant messaging or any other 



form of electronic notification (including telephone or 
pager notification) could instead be used. This can be 
done in one of several different ways, such as for exam- 
ple a single daily e-mail with all bills received for the cus- 
tomer on that day, separate e-mails for each bill received 
for the customer which are sent immediately upon re- 
ceipt, etc. E-mails may also be used to remind custom- 
ers of unpaid bills which are approaching their due date 
if so desired. The e-mails will in the preferred embodi- 
ment contain a web link which the customer can click 
on to immediately be taken to a summary of the bill or 
bills in a view summary of bills step 472, which will typ- 
ically show at least the name of the biller, the account 
number, the amount billed, and a due date. The bill(s) 
shown in this step can include only the bill or bills iden- 
tified in the notification, or they can include all recent or 
unpaid bills which the customer has as well. 
[0106] Upon viewing the summary information, the 
customers have an option to either pay the bill or bills 
from the summary screen, or to obtain further detail 
about the bills. It the choice is to pay the bill or bills from 
the summary information, they can do so in an initiate 
the payment of bills step 474, which allows they to pay 
all or part of each bill. If, on the other hand, the custom- 
ers choose to view detailed information, they click on 
the option to see the detailed information for a particular 
bill in a request detailed information step 476. That de- 
tailed billing information is provided to the consumers in 
a send detailed information step 478, from which the 
consumers can order the payment of all or part of the 
billed amount in the initiate the payment of bills step 474. 
For multiple bills, these steps can be repeated to view 
detailed information about each of the bills if desired. 
Upon the decision of the consumers to pay bills in the 
initiate the payment of bills step 474, the process moves 
to a payment initiation step 480. 
[0107] Referring next to Fig. 14, examples of situa- 
tions in which third party customer service providers 
and/or third party consolidators are used are illustrated, 
with examples of four differently situated customers be- 
ing provided, with the discussion herein again first fo- 
cussing on these customers signing up for the service, 
and then on an example of the presentment and initia- 
tion of the payment of a bill. Note that the steps which 
are not performed by the service provider of the inte- 
grated bill presentment and payment system are again 
shown in dotted lines, and, indeed, that in Fig. 14, most 
of the steps are performed by such third parties rather 
than the service provider of the integrated bill present- 
ment and payment system. The participation of the serv- 
ice provider is to facilitate the provision of billing infor- 
mation through third party customer service providers 
and/or third party consolidators, and/or to assist in the 
payment of bills if third party customer service providers 
do not have an associated customer payment provider. 
[0108] The fifth customer accesses bill presentment 
and payment services through a third party customer 
service provider, which hosts these services in a host 
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bill presentment and payment step 490. Customers can 
choose to sign up for electronic bill presentment and 
payment in a sign up for service step 492 by providing 
information about themselves (e.g., name, address, so- 
cial security number, etc.) and their financial information 5 
(e.g., accounts which may be used to pay bills, credit 
card information, etc.), which information is maintained 
by the customer service provider in a maintain customer 
information step 494. The customer service provider ob- 
tains billing information from the service provider of the 
integrated bill presentment and payment system of the 
present invention in an obtain billing information step 
496, and signs up consumers connected to its service 
for presentation and payment of bills in a sign up step 
498 which would be performed in a manner similar to 
the manner described above in conjunction with steps 
460, 462, 464, 466, and 468. 

[0109] The sixth customer accesses bill presentment 
and payment services through an outside portal, which 
portal signs up to obtain these services from a third party 
customer service provider in a portal signs up for serv- 
ices step 500. Customers can choose to sign up for elec- 
tronic bill presentment and payment in a sign up for serv- 
ice step 502 by providing information about themselves 
(e.g., name, address, social security number, etc.) and 
their financial information (e.g., accounts which may be 
used to pay bills, credit card information, etc.), which 
information is maintained by the customer service pro- 
vider in a maintain customer information step 504. The 
customer service provider obtains billing information 
from the service provider of the integrated bill present- 
ment and payment system of the present invention in 
an obtain billing information step 506, and signs up con- 
sumers connected to its service for presentation and 
payment of bills in the sign up step 498. 
[0110] The seventh customer accesses bill present- 
ment and payment services through a third party cus- 
tomer service provider and a consolidator, with the third 
party customer service provider hosting these services 
in a host bill presentment and payment step 508. Cus- 
tomers can choose to sign up for electronic bill present- 
ment and payment in a sign up for service step 510 by 
providing information about themselves (e.g., name, ad- 
dress, social security number, etc.) and their financial 
information (e.g., accounts which may be used to pay 
bills, credit card information, etc.), which information is 
maintained by the customer service provider in a main- 
tain customer information step 512. The customer serv- 
ice provider obtains billing information from the service 
provider of the integrated bill presentment and payment 
system of the present invention via a consolidator in an 
obtain billing information step 514, and signs up con- 
sumers connected to its service for presentation and 
payment of bills in a sign up step 498. 
[0111] The eighth customer accesses bill present- 
ment and payment services through an outside portal, 
which portal signs up to obtain these services from a 
third party customer service provider in a portal signs 



up for services step 516. Customers can choose to sign 
up for electronic bill presentment and payment in a sign 
up for service step 518 by providing information about 
themselves (e.g., name, address, social security 
number, etc.) and their financial information (e.g., ac- 
counts which may be used to pay bills, credit card infor- 
mation, etc.), which information is maintained by the 
customer service provider in a maintain customer infor- 
mation step 520, The customer service provider obtains 
billing information from the service provider of the inte- 
grated bill presentment and payment system of the 
present invention via a consolidator in an obtain billing 
information step 522, and signs up consumers connect- 
ed to its service for presentation and payment of bills in 
the sign up step 498. 

[0112] The bill presentment and payment process 
parallels the process described above in conjunction 
with Fig. 13, except that the steps are not performed by 
the service provider of the integrated bill presentment 
and payment system. Customers are notified when they 
have bills in a notify customers of bills step 524, again 
typically by sending the customers e-mails. The e-mails 
contain a web link which the customer can click on to 
immediately be taken to a summary of the bill or bills in 
a view summary of bills step 526. 
[0113] Upon viewing the summary information, if the 
customers choose to pay the bill or bills from the sum- 
mary information, they can do so in an initiate the pay- 
ment of bills step 528. If, on the other hand, the custom- 
ers choose to view detailed information, they may make 
that choice and request the detailed information in a re- 
quest detailed information step 530. That detailed billing 
information is provided to the consumers in a send de- 
tailed information step 532, from which the consumers 
can order the payment of all or part of the billed amount 
in the initiate the payment of bills step 528. Upon the 
decision of the consumers to pay bills in the initiate the 
payment of bills step 528, the process moves either to 
a customer service provider payment step in which the 
third party customer service provider will arrange pay- 
ment of the bill, or, alternately, to a payment initiation 
step 536 in which the service provider of the integrated 
bill presentment and payment system of the present in- 
vention will have the opportunity to arrange form pay- 
ment of the bills on behalf of the consumers. 
[0114] Moving next to Fig. 15, the operation of the in- 
tegrated bill presentment and payment system of the 
present invention to pay bills for which payment has 
been initiated by customers is illustrated. The operation 
begins with a begin payment of bill step 540, and 
progresses to a determination of whether or not a biller 
service provider has specified a bill payment provider to 
be used as a payment processor in a biller payment pro- 
vider inquiry step 542. If a biller payment provider has 
been specified, then payment information is sent to the 
biller payment provider in a send information to biller 
payment provider step 544. In this case, the biller pay- 
ment provider would then handle the payment and in- 
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form the biller that payment has been made in a biller 
payment provider payment step 546. 
[0115] If, on the other hand, a biller payment provider 
has not been specified, the process instead moves to a 
determination of whether or not a customer service pro- 5 
vider has specified a bill payment provider to be used 
as a payment processor in a customer payment provider 
inquiry step 548. If a customer payment provider has 
been specified, then payment information is sent to the 
customer payment provider in a send information to cus- 
tomer payment provider step 550. In this case, the cus- 
tomer payment provider would then handle the payment 
and inform the biller that payment has been made in a 
customer payment provider payment step 552. 
[0116] If, on the other hand, a customer payment pro- 
vider has not been specified, the process instead moves 
to a check of stored biller information to determine what 
types of payment the biller will accept in a check biller 
payment limitations step 554. This creates a group of 
payment types which can be considered for use in mak- 
ing the payment initiated by the customer. Next, a check 
of stored customer information is performed in a check 
customer payment limitations step 556 in order to de- 
termine what payment types can be used in making pay- 
ments on behalf of the particular customer (or, alternate- 
ly, the customer may affirmatively select a particular 
mode of payment on a bill-by-bill basis). This further lim- 
its the group of payment types acceptable to the biller. 
[0117] From the remaining payment types, a check for 
preference of payment type among the remaining pay- 
ment type options is made in a check payment prefer- 
ence step 558, and a single payment type is selected in 
a select payment type step 560. This selection may be 
based upon risk factors or the relative cost of making 
payments. Examples of typical payment types which 
can be made are illustrated as an EFT (electronic funds 
transfer) / debit card payment step 562, a credit card 
payment step 564, a check payment step 566, and a 
draft payment step 568. One of these types of payment 
is made by the service provider of the integrated bill pre- 
sentment and payment system according to the selec- 
tion made in the select payment type step 560. Follow- 
ing this, the service provider may send a notice that the 
payment has been made to the biller in a send notice of 
payment step 570. 

[0118] Turing next to Fig. 16, and with reference to 
Fig. 7, an exemplary depiction of one possible hardware 
implementation of the integrated bill presentment and 
payment system of the present invention which uses 
discrete servers for each function is illustrated. A BSP 
server 580 is used to provide the function of the biller 
service provider module 300, a CSP server 582 is used 
to provide the function of the customer service provider 
module 302, a BP server 584 is used to provide the func- 
tion of the bill payment module 304, a logic server 586 
is used to provide the function of the connection logic 
module 306, a portal server 588 is used to provide the 
function of the portal module 308, and an IB portal server 



590 is used to provide the function of the Internet bank- 
ing portal module 310. All six of the servers 580, 582, 
584, 586, 588, and 590 are linked together by a network 
connection 592. 

[0119] Each of the servers 580, 582, 584, 586, 588, 
and 590 is connected to a disk storage device, as des- 
ignated by the reference numbers 594, 596, 598, 600, 
602, and 604, respectively. A firewall/router server 606 
having a disk storage device 608 connected thereto is 
also connected to the network connection 592. The fire- 
wall/router server 606 is connected to one or more 
leased lines 612, which may link the integrated bill pre- 
sentment and payment system of the present invention 
with various billers, biller service providers, customer 
service providers, consolidators, and payment provid- 
ers (none of which are shown in Fig. 16). The firewall/ 
router server 606 is also connected to the Internet 610, 
through which the integrated bill presentment and pay- 
ment system of the present invention may be connected 
to customers (the Internet 610 may also be a connection 
medium for one or more of the third parties described 
above as being connected through leased lines 612). 
[0120] Moving finally to Fig. 17, another exemplary 
depiction of a possible hardware implementation of the 
integrated bill presentment and payment system of the 
present invention which uses a single computer 620 for 
all functions is illustrated. The computer 620 is connect- 
ed to a disc storage device 622, to one or more leased 
lines 612, and to the Internet 624. The computer 620 
thus performs the functions of all seven of the servers 
580, 582, 584, 586, 588, 590, and 606 illustrated in Fig. 
16, and may itself be a mainframe, for example. Alter- 
nately, the functions of one or more of the servers 580, 
582, 584, 586, 588, 590, and 606 may be implemented 
on a single server (not shown), and/or the functions of 
any of the servers 580, 582, 584, 586, 588, 590, and 
606 may be implemented on more than one server (also 
not shown). 

[0121] In another embellishment, the integrated bill 
presentment and payment system of the present inven- 
tion may be provided by a service provider for one or 
more institutions each having a plurality of businesses 
as clients. In this event, the integrated bill presentment 
and payment system of the present invention would be 
operated by the service provider and branded with the 
name of institutions for which the service provider was 
providing the bill management service. For example, 
consider the situation where the third party provider op- 
erates the integrated bill presentment and payment sys- 
tem on behalf of one or more banks, which in turn market 
the service to their clients. 

[0122] In this regard, if the integrated bill presentment 
and payment system is being provided as a branded 
product on behalf of one or more banks, a natural ex- 
tension would be the provision of screen flow hooks into 
an on-line banking system. Such a system would move 
seamlessly between the two (or more) applications, 
without the necessity to have passwords entered to log 
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onto the other secure system after the initial logon to the 
bank's secure website, or to one of the parts thereof. 
This feature may be referred to as seamless login, and 
includes seamless enrollment to all the other systems 
once the user has enrolled in any one of the systems. 
[01 23] It may therefore be appreciated from the above 
detailed description of the preferred embodiment of the 
present invention that it teaches an integrated, end-to- 
end bill presentment and payment system which inter- 
faces with both biliers and customers to electronically 
present bills to the customers and to allow the custom- 
ers to electronically pay the bills. As such, the integrated 
bill presentment and payment system presents all of the 
advantages of a biller service provider in its interface 
with biliers, as well as all of the advantages of a custom- 
er service provider in its interface with customers. The 
integrated bill presentment and payment system is ca- 
pable of accepting billing information electronically, in 
paper form, or as a print stream. Its bill payment capa- 
bility is sufficiently sophisticated so as to pay bills using 
the limitations of what forms of payment biliers will ac- 
cept, the forms of payment which may be made on be- 
half of customers, costs of various payment methods, 
and risk-limiting strategies which are built into the inte- 
grated bill presentment and payment system. 
[0124] As an end-to-end bill system, the integrated bill 
presentment and payment system of the present inven- 
tion eliminates the need for consolidators; however, it is 
capable of interfacing with them to handle as much of 
an alternative linkage between biliers and customers as 
it is allowed to. As such, the integrated bill presentment 
and payment system of the present invention is capable 
of accepting billing information from biliers hosting their 
own billing information, from billing service providers 
having captive biliers, and from consolidators routing 
and distributing bills from billing service providers which 
the integrated bill presentment and payment system 
does not have other access to. In addition, the integrat- 
ed bill presentment and payment system is capable of 
providing billing information to, and receiving payment 
instructions from, customer service providers having 
captive customers and consolidators dealing with such 
customer service providers. 

[0125] The integrated bill presentment and payment 
system of the present invention operates in a manner 
which is both secure and effective, and it requires little 
effort on the part of consumers to sign up for it or to use 
it to view and pay bills. The integrated bill presentment 
and payment system of the present invention is also 
economically efficient by virtue of its end-to-end design 
to minimize its cost and thereby afford it the broadest 
possible market. Finally, all of the aforesaid advantages 
and objectives of the integrated bill presentment and 
payment system of the present invention are achieved 
without incurring any substantial relative disadvantage. 
[0126] Although an exemplary embodiment of the in- 
tegrated bill presentment and payment system of the 
present invention has been shown and described with 



reference to particular embodiments and applications 
thereof, it will be apparent to those having ordinary skill 
in the art that a number of changes, modifications, or 
alterations to the invention as described herein may be 
5 made, none of which depart from the spirit or scope of 
the integrated bill presentment and payment system of 
the present invention. All such changes, modifications, 
and alterations should therefore be seen as being within 
the scope of the present invention. 

10 

Claims 

1. An integrated system for the presentation and pay- 
15 ment of bills, comprising: 

a first module which receives billing information 
from biliers, biller service providers, and/or bill- 
er-side consolidators; 

20 a second module which sends billing informa- 

tion to customers, customer service providers, 
and/or customer-side consolidators, wherein 
said second module is also capable of receiving 
payment instructions from customers, custom- 

25 er service providers, and customer-side con- 

solidators; 

a third module which initiates payment in re- 
sponse to payment instructions received from 
customers, customer service providers, and 
30 customer-side consolidators; and 

a fourth module which interconnects said first, 
second, and third modules and facilitates com- 
munication therebetween. 

35 2. An integrated system as defined in claim 1 , wherein 
said first module is capable of receiving both digital 
billing data and paper bills and/or wherein said first 
module accepts billing information from any biller 
which will provide billing information to third parties 

40 and/or wherein said first module accepts billing in- 
formation from any biller service provider which will 
provide billing information to third parties and/or 
wherein said first module accepts billing information 
from any biller service providers which will provide 

45 billing information to third parties and/or wherein 
said first module obtains billing information from bili- 
ers, biller service providers, and/or biller-side con- 
solidators by screen scraping and/or wherein said 
first module accepts billing information from any 

50 consolidator which will provide billing information to 
third parties and/or said billing information received 
from a biller, biller service provider, or biller-side 
consolidator includes summary information only, 
with detailed information being retained by the biller, 

55 biller service provider, or biller-side consolidator, re- 
spectively and/or wherein said billing information 
received from a biller, biller service provider, or bill- 
er-side consolidator includes both summary and 
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detailed information and/or wherein said second 
module is capable of sending both electronic bills 
and paper bills and/or wherein said second module 
sends electronic billing information to customers 
and/or wherein payment instructions are forwarded 5 
by said system to a biller, a biller service provider, 
or a biller-side consolidator in accordance with a 
pre-existing agreement with the biller, the biller 
service provider, or the biller-side consolidator, re- 
spectively, to forward payment instructions to them *o 
for processing and/or wherein said third module se- 
lects a payment type based upon payment type 
preference criteria maintained by said system and/ 
or wherein said third module is capable of making 
both electronic payments and paper payments and/ f 5 
or wherein said first, second, third and fourth mod- 
ules are each implemented on a separate server, 
and wherein said servers are networked together 
and/or wherein said first, second, third and fourth 
modules are each implemented on a plurality of 20 
servers, and wherein more than one of said mod- 
ules may exist on a single server and/or one of said 
modules may exist on more than one server, and 
wherein said servers are networked together and/ 
or wherein said first, second, third and fourth mod- 25 
ules are all implemented on a single computer sys- 
tem and/or wherein said system functions at least 
in part as a service bureau for at lest one institution 
having a plurality of businesses as clients, and 
wherein said system brands all communications 30 
with billers or customers with information identifying 
said institution and/or wherein said system func- 
tions at least in part as a service bureau for at least 
one institution having a plurality of businesses as 
clients, and wherein said institution has at least one 35 
other service in addition to the presentation and 
payment of bills which at least one other is provided 
electronically to its clients, and wherein using either 
of said services requires a secure logon procedure, 
and wherein said integrated system allows said cli- ^ 
ents to move from the presentation and payment of 
bills to said at least one other service and from said 
at least one other service to the presentation and 
payment of bills without requiring a second secure 
logon procedure and/or wherein targeted messag- 45 
es are delivered to customers of said system with 
billing information, said targeted messages relating 
either to the biller or to its products or services, or 
alternatively, to another company or to its products 
or services which are being marketed through a tie- so 
in to the biller sending the billing information. 

3. An integrated system as defined in claim 2 t wherein 
if said first module receives digital billing data, said 
first module converts said digital billing data into a 55 
desired format and/or wherein if said first module 
receives paper bills, said paper bills are scanned 
and the billing information is extracted from the 



scanned data and placed in a desired format and/ 
or wherein the billing information sent to a customer, 
customer service provider, or customer-side con- 
solidator, respectively, to obtain detailed billing in- 
formation and/or wherein said second module is ca- 
pable of sending both electronic bills and paper bills 
to selected customers who desire to receive both 
electronic bills and paper bills. 

4. An integrated system as defined in claim 3, wherein 
said information enabling the customer, customer 
service provider, or customer-side consolidator, re- 
spectively, to obtain detailed billing information 
comprises a web link. 

5. An integrated system as defined in claim 2, wherein 
said paper bills are printed and mailed to custom- 
ers. 

6. An integrated system as defined in claim 1 , wherein 
said second module sends electronic information to 
a customer comprising an electronic bill notice indi- 
cating that a bill for that customer has been re- 
ceived. 

7. An integrated system as defined in claim 6, wherein 
said electronic bill notice comprises an e-mail indi- 
cating that a bill for that customer has been received 
and/or wherein said electronic bill notice comprises 
an instant message indicating that a bill for that cus- 
tomer has been received and/or wherein said elec- 
tronic bill notice can indicate that a plurality of bills 
for that customer have been received and/or where- 
in said electronic bill notice includes detailed billing 
information and/or wherein said electronic bill no- 
tice includes summary information relating to the bill 
and/or wherein said electronic bill notice includes 
information enabling the customer to obtain billing 
information and/or wherein said electronic informa- 
tion sent to a customer further comprises a remind- 
er electronic bill notice that a bill for that customer 
has been received or is due in the near future. 

8. An integrated system as defined in claim 7, wherein 
said electronic bill notice includes information ena- 
bling the customer to obtain detailed billing informa- 
tion. 

9. An integrated system as defined in claim 8, wherein 
said information enabling the customer to obtain 
billing information comprises a web link. 

10. An integrated system as defined in claim 9, wherein 
said web link is directed to retrieve detailed billing 
information from said second module and/or where- 
in said web link is directed to retrieve detailed billing 
information from said first module and/or wherein 
said web link is directed to retrieve detailed billing 
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information from the source of the billing information 
to said first module. 

1 1 . An integrated system as defined in claim 7, wherein 
said information enabling the customer to obtain 
billing information comprises a web link. 

12. An integrated system as defined in claim 11, where- 
in actuation of said web link enables the customer 
to obtain summary billing information. 

13. An integrated system as defined in claim 12, where- 
in said web link is directed to retrieve summary bill- 
ing information from said second module and/or 
wherein said web link is directed to retrieve summa- 
ry billing information from said first module and/or 
wherein said web link is directed to retrieve summa- 
ry billing information from the source of the billing 
information to said first module and/or wherein ac- 
tuation of said web link also enables the customer 
to obtain information enabling the customer to ob- 
tain detailed billing information. 

14. An integrated system as defined in claim 13, where- 
in said information enabling the customer to obtain 
detailed billing information comprises a second web 
link. 

1 5. An integrated system as defined in claim 14, where- 
in said web link is directed to retrieve detailed billing 
information from said second module and/or where- 
in said web link is directed to retrieve detailed billing 
information from said first module and/or wherein 
said web link is directed to retrieve detailed billing 
information from the source of the billing information 
to said first module. 

16. An integrated system as defined in claim 3, wherein 
said payment type preference criteria are based at 
least in part upon payment type limitations provided 
by the biller associated with the bill for which pay- 
ment is to be made and/or wherein said payment 
type preference criteria are also based upon pay- 
ment type preferences selected by said system. 

17. An integrated system as defined in claim 2, wherein 
said paper payments are printed and mailed to bill- 
ers and/or wherein said electronic payments are in- 
itiated by said third module and executed by a pay- 
ment processor which debits the appropriate cus- 
tomer's account and credits the appropriate biller*s 
account and/or wherein said payment processor is 
a third party payment processor and/or additionally 
comprising: 



processing module which debits the appropri- 
ate customer's account and credits the appro- 
priate biller's account. 

5 18. A system for facilitating the presentation and pay- 
ment of bills through a single interface, comprising: 

a first module which receives billing information 
from at least two from the group consisting of 
10 billers, bilier service providers, and biller-side 

consolidators; 

a second module which sends billing informa- 
tion to at least two from the group consisting of 
customers, customer service providers, and 
15 customer-side consolidators; 

a third module which receives payment infor- 
mation from at least two from the group consist- 
ing of customers, customer service providers, 
and customer-side consolidators; 
20 a fourth module for initiating the execution of 

payment in response to said payment informa- 
tion; and 

a fifth module which interconnects said first, 
second, third, and fourth modules and facili- 
25 tates communication therebetween. 

19. A system which facilitates the interconnection of 
mutually incompatible electronic bill presentment 
and payment system components, comprising: 

30 

a biller-side module for receiving billing infor- 
mation from billers, biller service providers, and 
consolidators, said billing information being 
representative of discreet bills originating with 
35 a plurality of different billers; 

a customer-side module for providing said bill- 
ing information to customers, customer service 
providers, and/or consolidators, and for receiv- 
ing payment information from customers, cus- 
40 tomer service providers, and/or consolidators, 

said payment information being in satisfaction 
of discreet bills originating with a plurality of dif- 
ferent billers; and 

a payment module for initiating the payment of 
45 at least some of the discreet bills originating 

with a plurality of different billers in response to 
said payment information. 

20. A method of presenting and paying bills, compris- 
50 ing: 

receiving billing information for a first plurality 
of customers from each of a plurality of billers, 
said billing information for each biller compris- 
ing either raw billing information, biiler-hosted 
billing information, or independent biller service 
provider-hosted billing information; 
presenting the billing information to a second 



a payment processing module, wherein said 
electronic payments are initiated by said third 
module and executed by said payment 
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plurality of customers either directly, via a por- 
tal, via an independent customer service pro- 
vider, or via a consolidator; 
receiving instructions from a third plurality of 
consumers to pay specified bills either directly, 5 
via a portal, via an independent customer serv- 
■ ice provider, or via an independent consolida- 
tor; and 

paying said specified bills either directly, via a 
payment provider associated with a biller or a w 
biller service provider, or via a customer service 
provider. 

21. A method of facilitating connectivity between in- 
compatible components or systems for the presen- *5 
tation and/or payment of bills, comprising: 

receiving billing information from at least two 
from the group consisting of billers, biller serv- 
ice providers, and biller-side consolidators; 20 
providing billing information to at least two from 
the group consisting of customers, customer 
service providers, and customer-side consoli- 
dators; 

receiving payment information from at least two 25 
from the group consisting of customers, cus- 
tomer service providers, and customer-side 
consolidators; and 

providing payment information to at least two 
from the group consisting of billers, customer 30 
service providers, and biller-side consolidators. 



second one of a first customer, a customer 
service provider, and a consolidator; and 

providing said third billing information to a third one 
of a first customer, a customer service provider, and 
a consolidator. 



22. A method as defined in claim 2 1 , wherein said billing 
information being representative of discreet bills 
originating with a plurality of different billers, said 
payment information being in complete or partial 
satisfaction of discreet bills originating with a plural- 
ity of different billers; and 

initiating the payment of at least some of the 
discreet bills originating with a plurality of different 
billers in response to said payment information. 



35 



40 



23. A method of facilitating the delivery of bills between 
mutually incompatible electronic bill presentment 
and payment system components, comprising: 45 



receiving first billing information directly from a 
first biller; 

receiving second billing information from a bill- 
er service provider, said second billing informa- 
tion originating at a second biller; 
receiving third billing information from a consol- 
idator, said third billing information originating 
at a third biller; 

providing said first billing information to a first 
one of a first customer, a customer service pro- 
vider, and a consolidator; 
providing said second billing information to a 
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